SD un

@Kurapika-Shinji
On ne parle pas du tout de la meme chose, si tu as un support de donné externe à ta PS4 ou ta PS5, avec tes jeux PS4 (install cd ou demat) tu peux l utiliser et jouer sur toutes tes PS4/PS5 possedant le meme PSN.

La sur switch la SD card fait office de support mobile, mais elle est rattachée à une unique console.
La raison de ce choix, le hack 3DS venait d'une faille de secu, sur la SD amovible.^
Là ils ont un peu trop blinder le truc.

Et puis pour certain il y a l'etape d'apres, moi j ai donné mon ancienne Switch à mon fils, mais quelle galere pour regler les comptes de chacun pour que tout le monde puisse jouer à tous les jeux, et je parle meme pas de ces jeux qui ne supportent pas le transfert de sauvergarde ni le cloud save,

Une carte dysfonctionnelle est généralement due à des aspects corrompus ou défectueux d’où le fait de la vérifier via h2testw. Ce n’est pas parce que la carte SD est neuve ou que Hekate se lance qu’elle ne l’est pas.

Ensuite, comme indiqué plus haut, une carte SD qui est retirée console allumée va forcément la corrompre. D’ailleurs, le développeur CTCaer, malgré qu’il est introduit une possibilité de le faire lors de l’utilisation d’Hekate, le précise bien.

De plus le format exFat a tendance à souvent corrompre les données. C’est un fait avéré. Il n’y a pas d’autre piste que celle que j’énonce dans le tutoriel et que je décris à travers ce sujet. Il faut donc tester et voir.

Au delà de cela, il faut également faire attention à la source des téléchargements des backups car si elle n’est pas fiable, elle peut aussi favoriser cette corruption des données et peut aussi engendrer des problèmes sur la console. Pour ce qui est des outils, s’ils sont pris directement sur la source du développeur, il n’y a aucun problème. En revanche, les prendre à travers des compilations en tout genre peut aussi créer des bogues. SDSetup propose tout cela via les github des développeurs directement.

Au delà de tout cela, le port de la carte SD est également très fragile donc attention aux manipulations de retraits excessifs. C’est aussi un fait avéré auquel il faut être vigilant.

Voilà pour la partie explicative et les quelques pistes suggérées.

Bonsoir,

Je suis en cours de transition pour quitter mon boot via SX OS afin de passer sur ATM suite aux incidents de SX OS.

Cependant, lorsque je suis en mode RCM, je n'arrive pas à boot : Failed to open sdmc:/atmosphere/package3

-J'ai préparé ma carte SD (exFAT) avec SDSetup comme votre tuto bien expliqué (Recommended Defaults);
-Je suis en version 9.1.0;
-J'ai téléchargé les sigpatches et les ai mis dans le dossier atmosphère de ma carte SD;
-J'ai récupéré la dernière version de fusée.bin sur le lien de la release de ATM 1.1.1, conservé sur mon PC;
-J'ai essayé avec le fichier package3 du dossier atmosphere du SDSetup, ainsi qu'avec celui présent dans le lien de la release de ATM 1.1.1 (si jamais c'est un souci de version mise à jour).


Le fichier package3 est par défaut à la racine du dossier atmosphere de ma carte SD. Devrait il etre situé ailleurs, provoquant alors cette erreur ?

Je suis un peu désemparé parce que je vois ailleurs nul part ailleurs sur internet ce probleme. Au cas où, je me suis assuré que l'option "Archive Bit For All SD Files" soit décochée de chacun des fichiers de la carte SD.

Merci d'avance pour ceux qui pourraient m'aider, et désolé si ça vient d'une erreur stupide de ma part.

Bonsoir mdproz

J'ai encore besoin de ton aide j'ai suivi le tuto et fichier d'un certain ***** c'est ce qui m'as permis de réussir à créer ma sd pour atmosphère.

Bref quand je démarre hekate j'ai que deux mod

Atmosphere emummc/originale

J'aimerais pouvoir lancer

soit atmosphere seul/atmos emummc/ ou orignale

Sauf que le hekate.ini à était creer par le deejay enfin son logiciel, j'ai essaye de le modfifier mais j'arrive pas changer plusieurs ligne mais j'ai un message d'erreur :

"no.ini or boot entries found check that a .ini file exists in bootloader and that it contains at least one entry"

Svp aide moi merci.

D'accord merci beaucoup pour votre réponse très précise et détaillé, je me suis donc renseigner en cliquant sur les liens que vous m'avez donnez, j'ai donc choisis de me renseigner pour passer sous atmosphère/heckate mais j'ai d'autre interrogation :

- Sur le forum le lien ou il est préciser comment bien compiler et préparé sa carte SD " il est préciser pour ce tutoriel une switch en 12.0.0 ou inférieur, donc es-ce que je peut quand même la préparé ?

- Ensuite au niveau du tutoriel pour les sigpatches j'ai je cite :
"2. Télécharger les sigpatches en fonction de votre utilisation:
Soit l’archive liée à Atmosphère via fusee-primary seulement
Soit l’archive liée à Hekate avec son fichier Hekate-ipl.ini qui peut être configuré a souhait"

Y'en as t-il un que je dois privilégier ou autre ?

Merci encore de votre temps et de votre patience
Y'en as t-il un en particulier que je devrais choisir ou j'ai rien compris?

-

Beaucoup de sujets traitent déjà de cela dans les différentes sections du forum Switch.

SX OS est compatible HOS 11.0.0 max. Si la mise à jour a été faite:

• Sur la sysNAND sans création d’emuNAND au préalable, le fait de downgrader en 11.0.0 ne fera que créer des erreurs et un écran noir aboutira. Il n’y aucun moyen de contourner cela via SX OS. Il n’y a que le patch NoGC de Hekate qui le permet.


• Si une emuNAND a été créée et que la mise à jour n’a été faite que sur la sysNAND, alors, il est toujours possible de booter sur SX OS via son Menu sur l’emuNAND si elle est en 11.0.0 max

La sysNAND est la NAND sytème de la console et l’emuNAND est la NAND système sur la SD. C’est pourtant bien conseillé d’en créer une préalablement. Tu indiques avoir utilisé ChoiDujourNX pour mettre à jour sans préciser sur la sysNAND et l’emuNAND donc je présume que tu n’en possèdes pas.

De plus, ChoiDujourNX n’est pas compatible au delà de HOS 12.x.x donc même si le downgrade était possible, tu ne pourrais pas passer par cet homebrew. Seul Daybreak reste compatible mais il s’utilise avec Atmosphère. Ceci est pour information car, comme indiqué plus haut, le downgrade ne sera pas possible via SX OS.

En revanche, non seulement tu as grillé les eFuses de la CM mais tu as aussi grillé les eFuses LOTUS du port cartouche, qui, en cas de downgrade, le rendra inutilisable. Aucun moyen de contourner cela via SX OS. Et comme indiqué, seul le patch NoGC le permet.

La solution alternative restera d’utiliser le hack Atmosphère/Hekate pour ta console.
https://gamergen.com/forums/underground ... 36600.html
Dans ton cas, tu devras réinstaller tes jeux au format NSP via un gestionnaire de backups à disposition. Et ce, une fois que tu auras bien préparé ta SD et ajouté les sigpatches manuellement. Toutes les infos sont dans le tutoriel.

Il te faudra également faire un dump de tes clés via Lockpick_RCM pour pouvoir utiliser des outils.
https://gamergen.com/forums/underground ... 56353.html

Le seul moyen de pouvoir effectuer un downgrade sans se heurter à des erreurs ou problématiques de brick aurait été de conserver ses eFuses. Pour cela, il s’agit d’activer le mode autoRCM et de tout le temps booter en CFW. Cela implique de ne plus utiliser HOS en mode normal et d’oublier le online.

Pas d’autre choix lorsque les eFuses sont grillés de passer par le hack AMS/Hekate lorsque l’on est sous SX OS et que HOS n’est plus supporté. Et pour terminer, il y a aussi des précautions à prendre pour éviter un ban et des préconisations à suivre pour éviter un brick. L’emuNAND est utile pour cela. Le tutoriel, en lien, apporte suffisamment d’infos au sein de sa FAQ pour comprendre tout cela.

Hinyaldee Wrote:@VinceSSJ
Je confirme, j'ai basculé d'une Switch classique à la collector MH et ai eu le même soucis aberrant. Pire encore, j'ai eu aucun moyen de récupérer mon ile Animal Crossing car j'avais aucune idée qu'il fallait d'abord télécharger une appli à part pour faire un backup... J'ai perdu 300h de jeu grâce à leurs fonctionnements archaiques d'abrutis

J'ai pourtant transféré mes sauvegardes d'une console à l'autre sans souci.
Mais j'avoue avoir été surpris par le message concernant la carte SD aussi

Il est plus utile d’alimenter le forum que de passer par MP pour répondre à la remarque en début de sujet. Si je commence à traiter les demandes via MP, cela ne rendra pas service à la communauté.

Pour le reste, il faudrait refaire une préparation de la SD car l’évolution du CFW implique la suppression de beaucoup d’éléments. A l’issu, il faut y mettre les derniers éléments à jour (AMS est en version 1.1.1 depuis). Il ne faut pas oublier les derniers sigpatches et éventuellement de dumper à nouveau les clés en fonction des outils que tu utilises. De plus, si tu utilises Hekate, le fichier Hekate_ipl.ini change également entre autres aspects. Voir les dernières pages du tutoriel en lien ci dessous où je donne quelques explications.

Je ne sais pas quel tutoriel tu as utilisé mais celui-ci contient tous les éléments. Le tout est opérationnel en 13.0.0 donc pas de raison que cela n’aboutisse pas.
https://gamergen.com/forums/underground ... 36600.html

Le hack n’est pas plus compliqué qu’un autre. Il faut juste prendre en compte les changelogs des outils pour savoir quels changements s'opèrent. Ce hack est toujours en développement, comme l’indique SciresM depuis, donc normal que la scène bouge et évolue. Certes, il demandent beaucoup d’aspects à prendre en compte mais tout est fait pour rester dans les clous et que le développeur ne soit pas embêter juridiquement par Nintendo.

Et si tu souhaites un outil qui automatise le tout, il existe le script de shadow:
https://gamergen.com/forums/underground ... 44252.html